Process, exchange, service computer, program module 
and interface device for transmitting telecommunications 
service data between an exchange and a service computer 

Description 

The present invention relates to a process according to the 
preamble of claim 1, a service computer according to the 
preamble of claim 7 for this purpose, a program module for 
a service computer according to the preamble of claim 8 for 
5 this purpose, an interface device for an exchange according 
to the preamble of claim 9 for this purpose, and an 
exchange according to the preamble of claim 10 for this 
purpose . 

10 With advancing development, telecommunication networks 
offer their subscribers increasingly advanced 
telecommunications services with more added features. Such 
added feature telecommunications services are, for example, 
various forms of call diversion, in each case under certain 

15 conditions. Therefore with so-called call forwarding busy 
(CFB) for example, a call is only transferred to a 
different call number if the originally dialled call number 
is engaged. With so-called call forwarding unconditional 
(CFU) a call is transferred without a pre-condition to 

20 another call number. Such - partially standardised - 

services are common in ISDN networks (integrated services 
digital network) in particular, but also increasingly for 
subscribers with analogue connection to a public telephone 
network. The data required for such a service, for example 

25 a call number to which the call should be transferred, is 
generally managed decentrally in the local exchange via 
which the subscriber using the service is connected to the 
telecommunications network. Therefore a call can initially 
be routed to this local exchange which, with the aid of its 

30 locally stored data, can then transfer the call or reroute 
it to a pre-determined call number depending on the setting 
on the subscriber line. 
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The data for the last-mentioned services can be changed by 
the subscriber himself. The subscriber selects an access 
code on his telephone with which he gains access to his 
5 personal data and optionally inputs data changes, in other 
words activates a call diversion, for example, or 
deactivates it. The features for changing data and the 
range of data change possibilities are severely restricted 
by the limited operating possibilities on a conventional 

10 telephone, namely speech input, speech output and input via 
a keypad. Configuration of complicated services is 
virtually impossible by means of a conventional telephone. 
In the German patent application DE 198 10 869.9 a process 
is described, therefore, with which a subscriber can enter 

15 and configure by means of a terminal, in particular a 

personal computer, telecommunications services for himself, 
the data of which is substantially stored in a local 
exchange which serves his subscriber line. 

20 In one of the solutions described in DE 198 10 869.9, the 
subscriber gains direct access to the local exchange via 
the Internet, in an alternative solution, indirectly via a 
service computer connected upstream of the local exchange. 
In this case, the local exchange and the service computer 

2 5 can, on the one hand, exchange telecommunications service 

data via a proprietary protocol defined specifically for 
communication between the local exchange and the service 
computer. On the other hand, the local exchange and the 
service computer can also communicate with one another, for 

3 0 example, via an interface conventional in telephone 

networks, thus via a Q3 interface in accordance with the 
specifications of the ITU (International Telecommunications 
Union) for example. A proprietary protocol on the one hand 
is difficult to define and on the other hand, can also only 
3 5 be understood by a local exchange adapted specifically to 
the proprietary protocol and the service computer 
pertaining thereto. Connection of different exchanges, in 
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particular of exchanges supplied by different 
manufacturers, to a common service computer is, however, 
virtually impossible as not only the service computer but 
also each of the exchanges must be equipped with an 
5 interface module for the proprietary protocol . 

Communication via the standardised Q3 interface on the 
other hand permits only very limited configuration 
possibilities for telecommunications services as the 
standardised Q3 interface is designed specifically for 

10 communication between a so-called TMN-system (TMN = 

Telecommunications Network Management) and the exchanges to 
be controlled by the TMM-system. While exchanges can be 
basically controlled and monitored by the Q3 interface, the 
Q3 interface is not suitable for setting up new 

15 telecommunications services, in particular 

telecommunications services which have not yet been 
standardised, or even for interactive provision of 
telecommunications services through an exchange and a 
service computer . 

20 

It is therefore the object of the invention to allow 
efficient and flexible communication between an exchange 
and a service computer via which a subscriber can 
manipulate telecommunications service data to be provided 

2 5 for him through the exchange via the Internet with the aid 

of a terminal. 

This object is achieved by a process according to the 
technical teaching of claim 1, a service computer according 

3 0 to the technical teaching of claim 7, a program module for 

a service computer according to the technical teaching of 
claim 8, an interface device for an exchange according to 
the technical teaching of claim 9 and an exchange according 
to the technical teaching of claim 10 . Further advantageous 
3 5 effects of the invention emerge from the dependent claims 
and the description. 
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The invention is based on the idea that an exchange and a 
service computer establish a connection via which data is 
transmitted in the form of objects for the provision of 
telecommunications services. The service computer offers a 
5 subscriber a user interface for manipulation of his 

telecommunications service data via the Internet with a 
terminal . The exchange provides telecommunications services 
with the aid of the telecommunications service data or data 
produced therefrom by the service computer, which data is 

10 transmitted on the connection between the exchange and the 
service computer in the form of objects. By transmitting 
the data in objects, the respective communications partner 
is given access to a precisely defined range of functions. 
Incorrect or unauthorised access to telecommunications 

15 service data is prevented. 

The telecommunications service data transmitted in the form 
of objects can on the one hand be configuration settings 
with which it is established which telecommunications 

2 0 services and in which form the exchange is to provide 

telecommunications services for the subscriber. 
Communication via objects also opens up the possibility, 
however, that the service computer and the exchange 
transmit data with which the exchange and the service 
25 computer can provide telecommunications services 
interactively . 

The objects for communication between the exchange and the 
service computer can on the one hand be designed according 

3 0 CO individually defined specifications or else, in an 

advantageous variation of the invention, can be so-called 
object-request-broker objects, for example in accordance 
with the CORBA specification (CORBA = Common Object Request 
Broker Architecture) from the OMG (Object Management Group) 
3 5 or the DCOM specification from Microsoft. By keeping to 
such common and open object-request-broker specifications 
it is easily possible to connect diverse exchanges - even 
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those from different manufacturers - to one service 
computer . 

Whilst an interface for object communication with the 
5 service computer can be an integral component of the 
exchange, a further advantage emerges, however, when an 
object interface module is used for connection to the 
service computer, which module is connected upstream of a 
service provision module of the exchange which module is 

10 already present anyway in the exchange for the provision of 
telecommunications services. Owing to the modular addition 
of the object interface module, the configuration data of 
the service provision module can alternatively be 
manipulated by the subscriber, at least in part, via a 

15 telephone connection as well. 

A plurality of exchanges can also communicate with the 
service computer via the object interface of the service 
computer. The service computer need not necessarily 

20 recognise an actual spatial arrangement of the exchanges or 
their physical addresses. The service computer can in fact 
query the respective object reference of the exchange in a 
further variation of the invention opened up by 
communication with objects in a so-called name server with 

25 the aid of a logic address of the respective exchange. The 
object reference contains, for example, the respective 
physical address, for example an Internet address of the 
exchange, via which the service computer can address 
objects to the exchange. An allocation of an exchange to a 

3 0 plurality of service computers is also possible- Owing to 
communication by means of object references a very high 
level of abstraction is achieved which facilitates not only 
the creation of programs for the provision and 
configuration of telecommunications services but also the 

3 5 maintenance and servicing of the systems, in other words 
the exchanges according to the invention and the service 
computer or computers according to the invention during 
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operation . 

The invention and its advantages will be illustrated below 
with the aid of embodiments and the drawings. 

5 

Fig. 1 shows an arrangement for carrying out the process 
according to the invention with a terminal TERA, 
an exchange SWl according to the invention and a 
service computer GPTM according to the invention. 

10 

Fig. 2 shows a preferred development of the arrangement 
from Fig. 1 for carrying out the process according to the 
invention with the terminal TERA, exchanges SWl and SW2 
according to the invention and the service computer GPTM. 

15 

Fig. 3 shows a flow chart with essential stages of the 
process according to the invention. 

Fig. 4 shows a flow chart of a communication between the 

2 0 exchange SWl and the service computer GPTM from 

Fig. 1. 

Fig. 1 shows by way of example a very schematic arrangement 
with which the invention can be carried out. Fig. 1 shows a 
25 telecommunications network PSTN, the Internet INT and a 

subscriber SUBA indicated in each case by a dotted box. The 
subscriber SUBA has a terminal TERA according to the 
invention and a further terminal TELA which can, for 
example, be a fixed network telephone or mobile radio 

3 0 telephone. The terminal TERA is a fixed network telephone 

in the example of Fig. 1 and is connected via an access 
line VAll to a subscriber access socket TAE . The terminal 
TELA is connected via an alternative access line VA21 to 
the subscriber access socket TAE. The subscriber access 
3 5 socket TAE terminates a subscriber access line VAX which 
leads to the exchange SWl . 
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The terminal TERA is, for example, a personal computer. The 
terminal TERA can however also be a mobile radio telephone 
terminal or a fixed network telephone with which access to 
the Internet is possible in each case . The terminal TERA 
5 has connection means TRTER which is, for example, a modem 
or an ISDN adapter. With the connection means TRTER the 
terminal TERA can establish a connection to the Internet 
INT via the telecommunications network PSTN. Furthermore, 
the terminal data equipment TERA has control means CPUTR 

10 and a memory MEMTR . The control means CPUTR is, for 

example, a processor with which the program code which is 
stored in the memory MEMTR can be implemented. The memory 
MEMTR is a hard disc or consists of RAM chips for example. 
Furthermore, the terminal TERA has display means DISA and 

15 input means KEYA. The display means DISA is, for example, a 
computer monitor or a LCD display (liquid crystal display) . 
The input means KEYA can be a keyboard or a mouse . 
Furthermore, the terminal TERA has a loud speaker SPA and a 
microphone MICA with which speech outputs and inputs are 

20 possible. It is also possible that the terminal TERA is a 
combination device which can also carry out the functions 
of the terminal TELA, of a telephone in other words. 

The exchange SWl according to the invention and an exchange 

2 5 SW2 are shown in place of further devices not shown in 

Fig. 1 of the telecommunications network PSTN which can be 
an analogue telecommunications network, an ISDN 
telecommunications network (integrated services digital 
network) or else a mobile radio telephone network. The 

3 0 exchanges SWl and SW2 are connected to one another via a 

connecting line V12 . The connecting line V12 can be a group 
of channels between the two exchanges. It is also possible 
however that the connection V12 extends over further 
exchanges of the telecommunications network PSTN not 
35 illustrated in Fig. 1. 



Some essential components of the exchange SWl are shown by 



way of example, namely an interface device LPTM, service 
provision means SM, connecting means TRSW and control means 
CPUSW and a memory MEMSW which are connected to one another 
by connections not shown in Fig. 1. The exchange SWl can 
5 establish data and speech connections to subscribers or 

other exchanges with the connecting means TRSW. The service 
provision means SM can provide telecommunications services 
for the subscribers connected to the exchange SWl, control 
a call diversion for example. The subscriber SUBA can 

10 influence the functions of the service provision means SM 
in that he establishes a connection to the connecting means 
TRSW with the terminal TELA for example. The subscriber 
SUBA can then send commands for the alteration of 
configuration settings to the service provision means SM 

15 via this connection by inputting characters on a keyboard 
of the terminal TELA, not shown in Fig. 1. The control 
means CPUSW is a processor or a group of processors which 
can carry out coitimands which are stored in the memory 
MEMSW. The control means CPUSW controls the functions of 

2 0 the exchange SWl and in the process influences the 
functions of the connecting means TRSW for example. 
Furthermore, the exchange SWl can have further modules, for 
example an interface to a network management system. The 
exchange SW2 can, as will become clear in Fig. 2, also be 

2 5 equipped internally like the exchange SWl. The exchange SW2 

can however also be a conventionally known exchange . The 
exchange SWl can assume the functions of a local exchange. 
It is also possible, however, that the exchange SWl assumes 
central functions for exchanges connected downstream, not 

3 0 shown in Fig. 1, which exchanges can be located on the 

connection V12 , or that the subscriber access line VAl is 
connected to an exchange or front-end equipment upstream of 
the exchange SWl . 

35 A service computer GPTM is connected via connecting means 
TRSC and a connection VGP to the exchange SWl. The service 
computer GPTM has control means CPUSC and memory MEMSC . The 
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service computer GPTM can establish a connection VIP to the 
Internet with connecting means IGP. The service computer 
GPTM can be a computer which is operated by a UNIX 
operating system or a Windows -NT operating system. The 
5 control means CPUSC is a processor or a cluster of 

processors which carry out the commands of the operating 
system, which operating system is stored in the memory 
MEMSC. Furthermore, program code sequences can be stored in 
the memory MEMSC, which comprises, for example, a hard disc 

10 or RAM chips, which sequences are carried out by the 

control means CPUSC . The control means CPUSC also influence 
the functions of the connecting means TRSC with which the 
above-mentioned connection VGP can be established for 
example. The service computer GPTM also has further 

15 modules, not illustrated in Fig. 1, for example a monitor, 
a keyboard and a mouse . The service computer GPTM can also 
serve further exchanges apart from the exchange SWl . 

Only the access device POP and a gateway GW are illustrated 

2 0 for the Internet INT. The further infrastructure of the 

Internet INT, for example routers, gateways and the like 
are not illustrated in Fig. 1 for reasons of simplicity. 

A typical process sequence will now be illustrated below 
25 with the aid of the arrangement from Fig. 1 and the 
flowchart from Fig. 3. 

The subscriber SUBA establishes a connection to the access 
device POP of the Internet INT with his terminal TERA in a 
30 stage S31. For this purpose, the subscriber SUBA inputs the 
subscriber number to the access device POP on the input 
means KEYA. The terminal TERA then establishes a connection 
to the exchange SWl via the access line VAll and the 
subscriber access line VAl . With the aid of the subscriber 

3 5 number to the access device POP, the exchange SWl then 

completes the desired connection of the subscriber SUBA and 
in addition establishes the further connection VPOP to the 
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access device POP. The subscriber can communicate with a 
user interface provided by the service computer GPTM via 
the Internet INT. In the process, telecommunications 
service data is transmitted in a stage S32 from the 
5 terminal TERA via a gateway GW and via a connection VIP to 
the service computer GPTM and vice versa. With the aid of 
the data, settings can be read out from the 
telecommunications services and changed. Additional 
telecommunications services can be requested or the 

10 operating parameters of telecommunications services already 
entered can be changed in this case for example. It is 
therefore possible, for example, to enter various forms of 
call diversion such as the call forwarding busy (CFB) or 
the call forwarding unconditional (CPU) mentioned at the 

15 start. New types of services described in more detail 

further below can also be installed which can be provided 
interactively by the service computer GPTM with the 
exchange SWl . So the subscriber SUBA can only access 
telecommunications service data if he is authorised to do 

20 so, a so-called "firewall", not shown in Fig. 1, can be 
connected upstream of the service computer GPTM, which 
firewall prevents the subscriber SUBA looking at or 
manipulating data which he is not allowed access to. 
Furthermore, the service computer GPTM can have a blocking 

2 5 function with which the service computer GPTM prevents the 

subscriber SUBA accessing his telecommunications service 
data not only with the terminal TERA but simultaneously 
with a further terminal not illustrated in Fig. 1. 

iO The user interface is provided by a program which is stored 
in the memory MEMSC and is implemented by the control means 
CPUSC . The user interface sends data in the page 
description language hypertext markup language (HTML) , the 
expanded page description language XML (extensible markup 

3 5 language) or else in the language JAVA, for example, to the 

terminal TERA, which data is read and interpreted by the 
terminal TERA by means of an evaluation program, a so- 
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called browser. The program code of the browser is stored 
in the memory MEMTR and is implemented by the control means 
CPUTR. The subscriber SUBA can modify the data shown by the 
browser. The terminal TERA sends the modified data back to 
5 the service computer GPTM. 

In a stage S3 3 the service computer GPTM establishes a 
connection VGP to the exchange SWl . The connection VGP can 
be produced, for example, via a so-called virtual private 

10 network (VPN) which can be a private logical network 

established on the telecommunications network PSTN or the 
Internet INT. Instead of being produced via the 
telecommunications network PSTN the connection VGP can 
however also be produced via the Internet or, for security 

15 reasons, via a separate local area network (LAN) . The 

service computer GPTM then transmits the telecommunications 
service data modified by the terminal TERA on the 
connection VGP in a stage S34 in the form of objects, for 
example in the form of CORBA objects. For the transmission 

20 of objects, the internet inter object request broker 

protocol (HOP) defined by the above-mentioned OMG can then 
be used which can be transmitted in the context of the 
TCP/IP (TCP/IP = transmission control protocol/ Internet 
protocol) . 

25 

On the one hand it is possible that the service computer 
GPTM converts the data sent by the terminal TERA into 
objects only and converts data sent by the exchange SWl, 
for example input requests, from objects into a form which 

3 0 can be evaluated by the terminal TERA. The service computer 
GPTM is transparent in this case for the values of the 
data. On the other hand, it is also possible however, that 
the service computer GPTM initially stores the 
telecommunications service data during a communication in 

3 5 the memory MEMSC using the terminal TERA and subsequently 
transmits changes in the telecommunications service data to 
the exchange SWl in the form of objects. Furthermore, the 
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telecommunications service data and similar data of other 
subscriber lines, terminal TELB connected via a subscriber 
access line VBl to the exchange SW2 for example, can be 
stored temporarily or permanently in the memory MEMSC. The 
5 service computer GPTM then provides the user interface 
function for a plurality of exchanges and at the same time 
provides a common telecommunications service database and 
function base for these exchanges . An example thereof is 
illustrated in Fig. 2. 

10 

Fig. 2 substantially shows the arrangement known from 
Fig. 1, wherein the terminal TERA is illustrated in 
simplified form however and the terminal TELB is omitted 
completely. Furthermore, the Internet INT, the elements 

15 gateway GW and access device POP pertaining thereto and the 
corresponding connections VPOP and VIP are no longer 
illustrated there for the sake of clarity. Instead, the 
exchange SW2 is shown in more detail. The exchange SW2 is 
integrated in Fig. 2 like the exchange SWl with the service 

20 computer GPTM in a manner according to the invention. A 
control means CPUS2 performs similar functions in the 
exchange SW2 to the control means CPUSW, a memory MEMS2 
performs similar functions to the memory MEMSW, connecting 
means TRS2 performs similar functions to the connecting 

25 means TRSW and an interface device LPT2 performs similar 
functions to the interface device LPTM . Unlike in Fig. 1, 
the exchange SWl is not connected via an end-to-end 
connection VGP to the service computer GPTM but rather the 
exchange SWl and the exchange SW2 are connected via their 

3 0 interface devices LPT2 and LPTM to a common bus VGPBUS via 
which the exchange SWl and the exchange SW2 send 
telecommunications service data in the form of objects to 
the service computer GPTM connected via the connecting 
means TRSC to the bus VGPBUS and can receive data 

3 5 therefrom. The individual spur lines of the exchange SWl, 
of the exchange SW2 , of the service computer GPTM and of a 
name server NS to the bus VGPBUS are not shown in more 
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detail in Fig. 2. The bus VGPBUS can be both an actual bus, 
for example a LAN {local area network) or a WAN (wide area 
network) , and also a logical bus which is installed via the 
Internet or via a VPN on the telecommunications network 
5 PSTN. 

The name server NS is a computer which stores and manages 
the network elements connected to the bus VGPBUS - so- 
called object references - centrally. Each new network 

10 element to be connected to the bus VGPBUS, in other words 
the exchange SW2 in comparison with Fig. 1 for example, 
logs in after its connection with the name server NS, i.e., 
the network element sends the name server NS its logical 
name, for example "SW2", at least and an actual physical 

15 network address, for example an Internet address. If the 
service computer GPTM now wishes to send an object with 
telecommunications service data to the exchange SW2 the 
service computer GPTM initially enquires, with the aid of 
the logical name "SW2", in the name server NS under which 

2 0 object reference the exchange SW2 can be reached. This 

object reference contains inter alia the physical network 
address of the exchange SW2 with the aid of which the 
service computer GPTM can then send objects to the exchange 
SW2 . Likewise, the exchange SW2 can query the object 
25 reference of the service computer GPTM in the name server 
NS in the reverse direction when the exchange SW2 wishes to 
send objects to the service computer GPTM. The increasing 
mobility of subscribers can also be taken into account with 
the aid of the invention in that not only the object 

3 0 references of the exchanges SWl and SW2 but also object 

references of the subscribers connected thereto are stored 
in the name server MS. It is then no longer necessary for 
example that it be noted in the service computer GPTM 
whether the subscriber SUBA is currently connected to the 
3 5 exchange SWl or temporarily to the exchange SW2 . Owing to 
the abstraction stages attained in this way, the 
telecommunications service data in the service computer 
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GPTM is easy to manage on the one hand, on the other hand 
the software of the service computer GPTM for managing and 
exploiting the telecommunications service data can be 
created more easily and more independently of the 
5 infrastructure of the telecommunications network PSTN 
actually present. 

The interface device LPTM can be an integral component of 
the exchange SWl - also in the form of a computer module - 

10 or can be integrated directly into the service provision 
means SM. It is also possible however that the interface 
device LPTM is a computer upstream of the exchange SWl 
which is operated by a UNIX operating system for example, 
and exchanges data with the exchange SWl via a LAN for 

15 example. The service provision means SM can on the one hand 
be manipulated by the terminal TELA in a known manner as 
described above, in particular when the service provision 
means SM is separate from the interface device LPTM, in 
other words a modular structure is chosen, on the other 

2 0 hand it can be manipulated very comfortably via the 
Internet, the service computer GPTM and the interface 
device LPTM by the terminal TERA. The interface device LPTM 
converts the objects called up by the service computer GPTM 
into commands which can be interpreted by the service 

2 5 provision means SM and in the opposite direction converts 

messages of the service provision means SM into objects. 
The service provision means SM need not be modified in this 
case for the new type of communication according to the 
invention with the service computer GPTM. 

30 

Furthermore, new types of functions which go beyond the 
previous functions of the service provision means SM can 
also be implemented easily with the aid of the interface 
device LPTM. Owing to communication in objects not only 

3 5 data for configuring telecommunications services can be 

transmitted particularly comfortably, but also 
telecommunications services can be provided in cooperation 
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with the exchange SWl and the service computer GPTM. Such a 
service is, for example, the so-called "virtual fax 
service" in which the telecommunications network PSTN, for 
example, receives a fax instead of a fax machine belonging 
5 to the subscriber SUBA when the subscriber does not have a 
fax machine connected to the subscriber access line VAl . 
When the exchange SWl receives a fax message intended for 
the subscriber SUBA on the connection V12 for example, the 
connecting means TRSW forward the fax message to the 

10 service provision means SM which forwards the fax message 
to the interface device LPTM. The interface device LPTM 
then converts the fax message into an object which the 
interface device LPTM sends to the service computer GPTM on 
the bus VGPBUS. This stores the fax message-object in its 

15 memory MEMSC for later retrieval by the subscriber SUBA. It 
is also possible however that further computers are 
connected to the service computer GPTM for providing such 
services . 

20 Fig. 4 shows a sequence of a communication between the 

exchange SWl and the service computer GPTM in communication 
stages S41, S42, S43 , S44, S45, S46, S47 and S48 by way of 
example. The communication stages S41, S45, S47 and S48 are 
shown bordered by thick lines and with rounded corners in 

2 5 order to indicate that data is manipulated in these 

communication stages in the exchange SWl, while the 
communication stages S42, S43 , S44 and S46 show with 
thinner lines such communication stages in which the 
service computer GPTM only queries data in the exchange 
30 SWl. 

When the subscriber SUBA accesses the user interface of the 
service computer GPTM in the manner above-described via his 
terminal TERA, the service computer GPTM retrieves an 

3 5 object "Manage DN Profile" of the exchange SWl with which 

the exchange SWl is requested to install an access block 
for a subscriber number (DN - directory number) given by 
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the service computer GPTM so the same subscriber data 
cannot be accessed from another point during the process 
which now follows . In the communication stage S42 the 
service computer GPTM then queries an object 
5 "GetServiceList " in the exchange SWl in which the 

telecommunications services installed for the subscriber 
SUBA are given. In an optional communications stage S43 , 
the service computer GPTM can learn via an object 
"GetAIIMSNs" from the exchange SWl which additional call 

10 numbers, so-called "multiple subscriber numbers" (MSNs) are 
installed for the subscriber access line VAl if the 
subscriber access line VAl is an ISDN subscriber access 
line. In the communications stage S44, the service computer 
GPTM learns from the exchange SWl via an object 

15 "GetAccessType " whether the subscriber access line VAl is 
operated in an analogue manner or via an ISDN protocol, for 
example 1TR6 or E-DSSl . The service computer GPTM can also 
learn in the process that the subscriber access line VAl is 
a mobile radio telephone connection. In the communications 

20 stage S45 the service computer GPTM then installs a new 
telecommunications service in the exchange SWl via an 
object "SetServiceSubscription" when one is requested by 
the subscriber SUBA. In the communications stage S46 the 
service computer GPTM queries the exchange SWl with an 

25 object "GetServiceDetails " the parameters for the 

telecommunications service optionally installed in the 
communication stage S45 or another telecommunications 
service already previously installed. In communications 
stage S47 the service computer GPTM modifies the parameters 

30 queried in communication stage S46 via an object 

"ModifyServiceDetails" , in other words, activates a call 
diversion for example or changes the destination number 
given for this in accordance with the subscriber's SUBA 
instructions at the terminal TERA. Finally, in a 

3 5 communications stage S4 8 the service computer GPTM sets a 
so-called trigger point in the exchange SWl with an object 
"ManagelNTrigger " . Owing to such a trigger point the 
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exchange SWl can be induced in the event of an incoming 
call for the subscriber access line while this is engaged 
owing to an Internet session of the terminal TERA, to 
request the service computer GPTM or a service computer of 
5 an intelligent network (IN) , a so-called SCP (service 
control point), to provide a telecommunications service. 
Then the service computer sends a message via the Internet 
to the terminal TERA that there is a call for the 
subscriber SUBA for example. 

10 

The service computer GPTM can also provide its above- 
described functions according to the invention with the aid 
of a program module which is stored in the memory MEMSC and 
can be implemented by the control means CPUSC . According to 

15 the instructions of the program module, the service 

computer GPTM then controls inter alia the functions of the 
connecting means TRSC which can, for example, be a so- 
called "socket" of a UNIX operating system operating the 
service computer GPTM. It is also possible that the service 

2 0 computer GPTM communicates with the exchange SWl and with 
the exchange SW2 via objects constructed differently in 
each case or via objects with different capabilities. The 
service computer GPTM can also so be integrated in the 
exchange SWl. The memory MEMSW then additionally fulfils 

25 the functions of the memory MEMSC, the control means CPUSW 
fulfils the functions of the control means CPUSC and the 
connecting means TRSW fulfil the function of the connecting 
means TRSC . 



